- le versioni di Windows Professional e Home (non i Server) hanno il limite degli accessi simultanei per cartella impostato a 10 (o 20 nelle ultime versioni) per limitare la diffusione di worm. In molti casi quindi si rende necessaria una cartella condivisa in un server che ospiti gli eseguibili e i dati che ogni macchina deve leggere. Tenete presente che il server può essere anche un WinServer Hyper-V o un Samba (att.ne però ai tempi di accesso).
Gli errori che si ottengono nel lanciare in parallelo da cartelle condivise in pc WinPro o Home sono criptici, e non danno idea del problema di accesso; in genere le librerie MPICH comunicano all'utente che "non è possibile settare la cartella di lavoro" o "la destinazione è inaccessbile". - è opportuno montare la stessa versione di MPICH2 in ogni macchina per evitare incompatibilità e errori indecifrabili.
- è possibile (io l'ho realizzato) montare un cluster Linux virtualizzato sopra quello Windows, utilizzando Virtual Server 2005 R2 in ogni macchina (previa installazione di IIS) e Debian (network distro). Per il controllo remoto delle macchine ho utilizzato VsPlus, gratuito.
sabato, settembre 08, 2012
Cluster part 2 - tips and tricks
Alcune precisazioni e consigli per quanto riguarda l'articolo precedente:
mercoledì, febbraio 22, 2012
Costruzione di cluster MPICH2 per .NET
Costruire un cluster con i computer che vanno dismessi è sicuramente
un'alternativa conveniente, perlomeno per chi sa cosa farsene. Il calcolo
parallelo è una realtà diffusa in molti ambiti, dalle implementazioni cloud al
calcolo scientifico. Per quest'ultimo è particolarmente conveniente utilizzare
un cluster quando si abbiano a disposizione dei programmi
"paralleli", cioè, in soldoni, che usino le librerie MPICH2
(tralasciamo la versione 1 di tali librerie perchè non rappresenta più lo
standard de facto, anche se aveva il pregio di funzionare in cluster
eterogenei).
In questo articolo vorrei presentare, senza la pretesa di essere un informatico professionale, la realizzazione di un cluster a partire da 13 PC P4 1.5GB con Windows XP SP3. L'obiettivo è quello di mettere in grado il cluster di far girare codice parallelo scritto utilizzando i linguaggi VB.NET e C# oltre che i classici programmi in Fortran, C e C++. Verrà brevemente riportata nel seguito la metodologia utilizzata per selezionare gli strumenti di partenza, per configurarli e per testarli.
Strumenti necessari
E' necessario procurarsi dapprima le librerie MPICH2 scaricabili da qui (Argonne). Per esigenze di compatibilità con i programmi da utilizzare (nel mio caso, OpenseesMP) viene adottata la versione 1.3.1 scaricabile da qui in versione a 32bit. A mio personalissimo avviso è meglio limitare programmi paralleli fatti in casa e di conseguenza le librerie di supporto alle versioni x86, vista la grande documentazione ed esperienza a riguardo che si può trovare in rete.
La seconda esigenza di poter utilizzare programmi in VB.NET o C# ci mette di fronte a 2 scelte: o si adotta l'infrastruttura pronta di Microsoft (Windows HPC Server 2008, che è a 64bit) oppure si usa l'implementazione dell'Università dell'Indiana chiamata MPI.NET. Si decide di optare per la seconda possibilità causa la mancanza di hardware adatto per il server Microsoft. E' comunque necessario scaricare le librerie di runtine MPI di Ms, disponibili qui (l'ultima versione, qualsiasi altra precedente andava bene).
Finalmente, nell'ordine vengono installati in ogni macchina:
- librerie MPICH2 dell'Argonne (mpich2-1.3.1-win-ia32.msi);
- librerie Microsoft HPC Pack 2008 R2, versione 32bit nel cluster e 64bit nel mio portatile per lo sviluppo (l'installazione sui sistemi a 64bit è bloccata per il pacchetto di librerie a 32bit; in ogni caso nel sistema Microsoft di possono far girare insieme) (mpi_x86.msi);
- librerie MPI.NET per il runtime (MPI.NET Runtime.msi).
Configurazione
Facciamo altri pochi step per settare il cluster:
1 - per ogni macchina è consigliabile disattivare il firewall di Windows o, se questo non è possibile per qualsivoglia motivo, aprire tutte le porte necessarie per la comunicazione, che sono:
- porta TCP 8676 per il servizio in ascolto Argonne + una serie di porte per lo scambio dati settabili dall'utente tramite la variabile d'ambiente MPICH_PORT_RANGE da aggiungere nel sistema.
- porta TCP 8677 per il servizio in ascolto Microsoft MPI.
2 - settare lo stesso utente amministrativo in tutte le macchine. Se siete in un dominio l'operazione è facile, se non esiste il dominio la migliore alternativa è quella di utilizzare il meccanismo di trusting di Windows, cioè semplicemente usare stesso nome utente e password per l'account amministrativo in tutti i PC.
3 - per le MPICH2 dell'Argonne è necessario registrare l'utente amministrativo locale (come abbbiamo detto, lo stesso per tutto il cluster) tramite il programma wmpiregister disponibile nel menu Start dopo l'installazione, oppure fare il tutto tramite la riga di comando:
mpiexec -register user
dove user è il nome utente sopracitato.
3 - indipendentemente dal firewall, è necessario avviare manualmente il servizio smpd.exe contenuto nella cartella di installazione del pacchetto Microsoft usato prima (tipicamente C:\Program Files\Microsoft HPC Pack 2008 R2\Bin). Va avviato con l'opzione "-d" per indicare che lo avviamo in debug mode. Per automatizzare il tutto si rimanda ai miei programmi disponibili su giovanni.rinaldin.org . Attenzione che il servizio va avviato con le credenziali dell'utente amministratico comune di cui in precendenza. Il servizio occupa solo la porta 8677 come detto.
4 - nella cartella C:\Program Files\Microsoft HPC Pack 2008 R2\Bin, rinominare il programma mpiexec.exe in mpiexecms.exe. Inoltre aggiungere nel PATH di sistema la cartella C:\Program Files (x86)\MPICH2\bin.
Infine, si consiglia di mettere tutte le macchine in una sottorete privata diversa ma accessibile da altre reti per il lancio dei job e la copia dei risultati, ma l'argomento rete, qui, è secondario (perché per le vere prestazioni è necessario utilizzare una rete InfiniBand o Gigabit Ethernet).
Le macchine (d'ora in poi chiamate "nodi") sono ora pronte per entrare nel cluster.
Testing
Saranno testate le due librerie (Argonne e Microsoft) per verificare il corretto funzionamento. Il test è di fondamentale importanza per individuare possibili problemi nel trasporto di dati via rete, come la mancata risoluzione degli indirizzi, porte bloccate da firewall e così via.
Per testare le librerie Argonne è possibile compilare uno degli esempi forniti a corredo con il pacchetto installato. Gli esempi si trovano in C:\Program Files (x86)\MPICH2\examples o simili. Il comando di lancio è:
mpiexec -np N -machinefile mfile.txt \\nomecomputer\condivisa\cpi.exe
dove N è il numero di macchine interessate, mfile.txt è un file plain text contenente i nomi delle macchine (uno per riga - questo secondo me è il metodo più comodo, vedere anche l'opzione -hosts), "condivisa" è una cartella condivisa che tutte le macchine possono vedere, infine cpi.exe è l'esempio di calcolo del pi greco via integrazione fornito nelle librerie. Se tutto va a buon fine il lancio non visualizza errori e il programma richiede un numero di intervalli di integrazione. Tanto è più alto, tanto il pi greco sarà preciso.
Passiamo ora al test delle librerie Microsoft. Possiamo utilizzare il programma PingPong.exe fornito con gli esempi nell'SDK del pacchetto MPI.NET, in modo da testare la corretta installazione anche di questo.
E' necessario, se non si è loggati in Windows con lo stesso account amministratore con cui vengono eseguiti i job in rete, eseguite il comando "runas" nella shell prima di lanciare il lavoro. Il comando di lancio è il seguente:
mpiexecms -np N -machinefile mfile.txt -dir \\nomecomputer\condivisa \\nomecomputer\condivisa\PingPong.exe
dove i nomi sono quelli adottati nell'esempio precedente, con l'aggiunta del flag -dir che specifica la directory di lavoro. Tale flag è necessario perchè se non ci fosse le librerie Microsoft cercano la cartella locale dove sta l'eseguibile in tutti i PC, e questa potrebbe non esistere. Se questo test va a buon fine, compariranno una serie di messaggi contenenti i nomi di ogni macchina coinvolta.
Conclusioni
Si è mostrato come costruire un cluster con le librerie Argonne e Microsoft HPC senza utilizzare il Windows Server. Tale configurazione non garantisce prestazioni elevate e un controllo stretto dei job lanciati, ma è molto utile in ambiente di sviluppo e ricerca. Infine, molti altri programmi (ad es. OpenSeesMP, ABAQUS, ecc.) di appoggiano a tali librerie per eseguire lavori in parallelo.
In questo articolo vorrei presentare, senza la pretesa di essere un informatico professionale, la realizzazione di un cluster a partire da 13 PC P4 1.5GB con Windows XP SP3. L'obiettivo è quello di mettere in grado il cluster di far girare codice parallelo scritto utilizzando i linguaggi VB.NET e C# oltre che i classici programmi in Fortran, C e C++. Verrà brevemente riportata nel seguito la metodologia utilizzata per selezionare gli strumenti di partenza, per configurarli e per testarli.
Strumenti necessari
E' necessario procurarsi dapprima le librerie MPICH2 scaricabili da qui (Argonne). Per esigenze di compatibilità con i programmi da utilizzare (nel mio caso, OpenseesMP) viene adottata la versione 1.3.1 scaricabile da qui in versione a 32bit. A mio personalissimo avviso è meglio limitare programmi paralleli fatti in casa e di conseguenza le librerie di supporto alle versioni x86, vista la grande documentazione ed esperienza a riguardo che si può trovare in rete.
La seconda esigenza di poter utilizzare programmi in VB.NET o C# ci mette di fronte a 2 scelte: o si adotta l'infrastruttura pronta di Microsoft (Windows HPC Server 2008, che è a 64bit) oppure si usa l'implementazione dell'Università dell'Indiana chiamata MPI.NET. Si decide di optare per la seconda possibilità causa la mancanza di hardware adatto per il server Microsoft. E' comunque necessario scaricare le librerie di runtine MPI di Ms, disponibili qui (l'ultima versione, qualsiasi altra precedente andava bene).
Finalmente, nell'ordine vengono installati in ogni macchina:
- librerie MPICH2 dell'Argonne (mpich2-1.3.1-win-ia32.msi);
- librerie Microsoft HPC Pack 2008 R2, versione 32bit nel cluster e 64bit nel mio portatile per lo sviluppo (l'installazione sui sistemi a 64bit è bloccata per il pacchetto di librerie a 32bit; in ogni caso nel sistema Microsoft di possono far girare insieme) (mpi_x86.msi);
- librerie MPI.NET per il runtime (MPI.NET Runtime.msi).
Configurazione
Facciamo altri pochi step per settare il cluster:
1 - per ogni macchina è consigliabile disattivare il firewall di Windows o, se questo non è possibile per qualsivoglia motivo, aprire tutte le porte necessarie per la comunicazione, che sono:
- porta TCP 8676 per il servizio in ascolto Argonne + una serie di porte per lo scambio dati settabili dall'utente tramite la variabile d'ambiente MPICH_PORT_RANGE da aggiungere nel sistema.
- porta TCP 8677 per il servizio in ascolto Microsoft MPI.
2 - settare lo stesso utente amministrativo in tutte le macchine. Se siete in un dominio l'operazione è facile, se non esiste il dominio la migliore alternativa è quella di utilizzare il meccanismo di trusting di Windows, cioè semplicemente usare stesso nome utente e password per l'account amministrativo in tutti i PC.
3 - per le MPICH2 dell'Argonne è necessario registrare l'utente amministrativo locale (come abbbiamo detto, lo stesso per tutto il cluster) tramite il programma wmpiregister disponibile nel menu Start dopo l'installazione, oppure fare il tutto tramite la riga di comando:
mpiexec -register user
dove user è il nome utente sopracitato.
3 - indipendentemente dal firewall, è necessario avviare manualmente il servizio smpd.exe contenuto nella cartella di installazione del pacchetto Microsoft usato prima (tipicamente C:\Program Files\Microsoft HPC Pack 2008 R2\Bin). Va avviato con l'opzione "-d" per indicare che lo avviamo in debug mode. Per automatizzare il tutto si rimanda ai miei programmi disponibili su giovanni.rinaldin.org . Attenzione che il servizio va avviato con le credenziali dell'utente amministratico comune di cui in precendenza. Il servizio occupa solo la porta 8677 come detto.
4 - nella cartella C:\Program Files\Microsoft HPC Pack 2008 R2\Bin, rinominare il programma mpiexec.exe in mpiexecms.exe. Inoltre aggiungere nel PATH di sistema la cartella C:\Program Files (x86)\MPICH2\bin.
Infine, si consiglia di mettere tutte le macchine in una sottorete privata diversa ma accessibile da altre reti per il lancio dei job e la copia dei risultati, ma l'argomento rete, qui, è secondario (perché per le vere prestazioni è necessario utilizzare una rete InfiniBand o Gigabit Ethernet).
Le macchine (d'ora in poi chiamate "nodi") sono ora pronte per entrare nel cluster.
Testing
Saranno testate le due librerie (Argonne e Microsoft) per verificare il corretto funzionamento. Il test è di fondamentale importanza per individuare possibili problemi nel trasporto di dati via rete, come la mancata risoluzione degli indirizzi, porte bloccate da firewall e così via.
Per testare le librerie Argonne è possibile compilare uno degli esempi forniti a corredo con il pacchetto installato. Gli esempi si trovano in C:\Program Files (x86)\MPICH2\examples o simili. Il comando di lancio è:
mpiexec -np N -machinefile mfile.txt \\nomecomputer\condivisa\cpi.exe
dove N è il numero di macchine interessate, mfile.txt è un file plain text contenente i nomi delle macchine (uno per riga - questo secondo me è il metodo più comodo, vedere anche l'opzione -hosts), "condivisa" è una cartella condivisa che tutte le macchine possono vedere, infine cpi.exe è l'esempio di calcolo del pi greco via integrazione fornito nelle librerie. Se tutto va a buon fine il lancio non visualizza errori e il programma richiede un numero di intervalli di integrazione. Tanto è più alto, tanto il pi greco sarà preciso.
Passiamo ora al test delle librerie Microsoft. Possiamo utilizzare il programma PingPong.exe fornito con gli esempi nell'SDK del pacchetto MPI.NET, in modo da testare la corretta installazione anche di questo.
E' necessario, se non si è loggati in Windows con lo stesso account amministratore con cui vengono eseguiti i job in rete, eseguite il comando "runas" nella shell prima di lanciare il lavoro. Il comando di lancio è il seguente:
mpiexecms -np N -machinefile mfile.txt -dir \\nomecomputer\condivisa \\nomecomputer\condivisa\PingPong.exe
dove i nomi sono quelli adottati nell'esempio precedente, con l'aggiunta del flag -dir che specifica la directory di lavoro. Tale flag è necessario perchè se non ci fosse le librerie Microsoft cercano la cartella locale dove sta l'eseguibile in tutti i PC, e questa potrebbe non esistere. Se questo test va a buon fine, compariranno una serie di messaggi contenenti i nomi di ogni macchina coinvolta.
Conclusioni
Si è mostrato come costruire un cluster con le librerie Argonne e Microsoft HPC senza utilizzare il Windows Server. Tale configurazione non garantisce prestazioni elevate e un controllo stretto dei job lanciati, ma è molto utile in ambiente di sviluppo e ricerca. Infine, molti altri programmi (ad es. OpenSeesMP, ABAQUS, ecc.) di appoggiano a tali librerie per eseguire lavori in parallelo.
sabato, novembre 19, 2011
Copia di Windows XP mode in Vmware Player
Se copiate la macchina virtuale Windows XP mode in Vmware player ad un altro pc, ricordatevi di spostare anche il file VHD (disco di Windows Virtual PC) insieme ai file Vmware.
Per unire i 2 file del disco, basterà utilizzare VmWare converter, e otterrete un unico file vmdk.
sabato, settembre 24, 2011
Utility per VBA
Per aggiungere l'auto-indentazione nel vostro codice VBA consiglio VBA Indenter , mentre per altre funzioni più evolute è molto comodo MzTools3 . I due software sono entrambi gratuiti.
domenica, aprile 03, 2011
Boot screen di Windows 7 dopo SP1
Può capitare che dopo l'installazione del SP1 di Windows 7 venga visualizzato in fase di avvio del pc il boot screen di Vista. Per gli utenti di lingua italiana è possibile ovviare al problema lanciando un prompt con privilegi amministrativi ed eseguendo il comando:
bcdedit /set {current} locale it-IT
Il comando riscrive le impostazioni per la schermata di avvio a seconda di quale lingua trova nel MUI. Funziona quindi anche per il settaggio del boot screen dopo aver installato un MUI diverso da quello originale del DVD di installazione (e cioè, in parole povere, se avete installato Win7 in inglese, dopo questo comando verrà visualizzato all'avvio la scritta "Avvio di Windows" invece che l'equivalente inglese che di solito rimane di default).
bcdedit /set {current} locale it-IT
Il comando riscrive le impostazioni per la schermata di avvio a seconda di quale lingua trova nel MUI. Funziona quindi anche per il settaggio del boot screen dopo aver installato un MUI diverso da quello originale del DVD di installazione (e cioè, in parole povere, se avete installato Win7 in inglese, dopo questo comando verrà visualizzato all'avvio la scritta "Avvio di Windows" invece che l'equivalente inglese che di solito rimane di default).
martedì, febbraio 08, 2011
File corrotti in archivio RAR multiplo
Capita spesso di scaricare file compressi divisi in più parti, i cosiddetti file compressi multivolume. Capita altrettanto spesso che un file all'interno di un archivio sia corrotto. WinRAR purtroppo non visualizza i file appartementi ad ogni part, ma solo tutti insieme. 7zip invece riesce a visualizzare i file afferenti ad ogni volume di archvio, permettendo così di individuare dove è contenuto il file corrotto e riscaricare solo quella part. Se non usate abitualmente 7zip, può tornare utile la versione portable che si può trovare su PortableApps.com.
sabato, settembre 04, 2010
Macchine virtuali: best tool of the year
In questo breve articolo verrà brevemente recensito Vmware Player, prodotto gratuito di Vmware Inc. che, a mio parere, garantisce prestazioni e funzionalità migliori di qualsiasi altro virtualizzatore per i sistemi desktop.
La prima feature interessante è per i principianti: per iniziare una virtual machine basta semplicemente indicare al wizard il cd d'installazione. Vmware preparerà automaticamente una configurazione compatibile e lancerà l'installer.
E' possibile inoltre importare il Windows XP Mode, che in Vmware Player funzionerà più veloce e con meno intoppi grafici. Interessante la funzionalità per cui è possibile emulare un menu Start nel sistema host con i programmi della macchina virtuale.
Wmware player scarica automaticamente le guest addition più appropriate per il sistema guest e permette nella maggior parte dei casi di passare fin da subito (in alcuni casi anche in fase di installazione del sistema!) con mouse e tastiera dal guest all'host senza fastidiose combinazioni di tasti. Sono supportati tutti i sistemi operativi commerciali e questa VM diventa scelta obbligata per chi deve fare discreto uso della grafica nei guest.
Nello screenshot viene mostrata un'installazione funzionante e con le guest additions di Solaris 10.
Infine, sono disponibili anche le cartelle condivise, basta abilitarle nella maschera Options sotto Virtual Machine Settings (CTRL+D).
Per concludere, a differenza di VirtualBox, le macchine virtuali sono esportabili molto facilmente (basta copiare dove si vuole il file del disco e della configurazione) e le prestazioni e la stabilità sono impareggiabili.
Wmware Player è disponibile per Windows, Linux e Mac Os.
La prima feature interessante è per i principianti: per iniziare una virtual machine basta semplicemente indicare al wizard il cd d'installazione. Vmware preparerà automaticamente una configurazione compatibile e lancerà l'installer.
E' possibile inoltre importare il Windows XP Mode, che in Vmware Player funzionerà più veloce e con meno intoppi grafici. Interessante la funzionalità per cui è possibile emulare un menu Start nel sistema host con i programmi della macchina virtuale.
Wmware player scarica automaticamente le guest addition più appropriate per il sistema guest e permette nella maggior parte dei casi di passare fin da subito (in alcuni casi anche in fase di installazione del sistema!) con mouse e tastiera dal guest all'host senza fastidiose combinazioni di tasti. Sono supportati tutti i sistemi operativi commerciali e questa VM diventa scelta obbligata per chi deve fare discreto uso della grafica nei guest.
Nello screenshot viene mostrata un'installazione funzionante e con le guest additions di Solaris 10.
Infine, sono disponibili anche le cartelle condivise, basta abilitarle nella maschera Options sotto Virtual Machine Settings (CTRL+D).
Per concludere, a differenza di VirtualBox, le macchine virtuali sono esportabili molto facilmente (basta copiare dove si vuole il file del disco e della configurazione) e le prestazioni e la stabilità sono impareggiabili.
Wmware Player è disponibile per Windows, Linux e Mac Os.
martedì, gennaio 19, 2010
Routing "serio" in Windows con NAT32
NAT32 è un software che permette di trasformare un PC con Windows (dal 95 in poi!) in un vero e proprio router, senza interferire con le comunicazioni con l'esterno del PC stesso (come invece è molto probabile che accada utilizzando le iptables di Linux). Tale software è l'unico che permette di fare ciò sotto Windows. La configurazione è completamente guidata ed è possibile avviare il tool da riga di comando.
Segue una piccola guida per configurarlo facilmente e velocemente:
1 - installare il software; la directory di default è C:\nat32. E' necessario inoltre installare il protocollo di rete NDIS3PKT in una scheda - verrà replicato in tutte;
2 - avviare NAT_CFG per utilizzare il wizard di configurazione. E' importante selezionare almeno una scheda con l'attributo Private e un'altra con l'attributo Internet (il 90% dei motivi per cui si usa questo tool è per distribuire la connessione Internet);
3 - una volta terminato il wizard i file di configurazione sono stati memorizzati nella cartella di NAT32. Al riavvio è pertanto necessario solamente avviare il tool.
Per l'avvio batch (notare infatti che il tool è uno shareware e smette di fare il routing dopo 2 ore; non possibile registrarlo come servizio finchè non lo si compra) è talvolta necessario avviare NAT32 con un po' di ritardo rispetto all'avvio della rete (specialmente se si tratta di Wifi). Il seguente script permette di avviare il tool con un ritardo di 120 secondi:
choice /n/t:c,120/c:cc
C:\nat32\nat32 2
La prima istruzione serve per attendere 2 minuti, mentre la seconda avvia NAT32 con 2 schede di rete. Basta copiarla dentro un file *.cmd e metterlo in esecuzione automatica.
Segue una piccola guida per configurarlo facilmente e velocemente:
1 - installare il software; la directory di default è C:\nat32. E' necessario inoltre installare il protocollo di rete NDIS3PKT in una scheda - verrà replicato in tutte;
2 - avviare NAT_CFG per utilizzare il wizard di configurazione. E' importante selezionare almeno una scheda con l'attributo Private e un'altra con l'attributo Internet (il 90% dei motivi per cui si usa questo tool è per distribuire la connessione Internet);
3 - una volta terminato il wizard i file di configurazione sono stati memorizzati nella cartella di NAT32. Al riavvio è pertanto necessario solamente avviare il tool.
Per l'avvio batch (notare infatti che il tool è uno shareware e smette di fare il routing dopo 2 ore; non possibile registrarlo come servizio finchè non lo si compra) è talvolta necessario avviare NAT32 con un po' di ritardo rispetto all'avvio della rete (specialmente se si tratta di Wifi). Il seguente script permette di avviare il tool con un ritardo di 120 secondi:
choice /n/t:c,120/c:cc
C:\nat32\nat32 2
La prima istruzione serve per attendere 2 minuti, mentre la seconda avvia NAT32 con 2 schede di rete. Basta copiarla dentro un file *.cmd e metterlo in esecuzione automatica.
domenica, dicembre 27, 2009
Web Platform 2.0 per Windows
Da alcuni mesi Microsoft rilascia un tool per la prova e lo sviluppo di siti web, dal nome Microsoft Web Platform.
La versione 1.0 soffriva di diverse pecche e non era degna di nota, ora le cose sono notevolmente migliorate anche se si può fare di più. Il tool permette di provare in locale su Windows XP Professional e successivi il proprio sito web; è possibile testare molti CMS in PHP (fra cui Wordpress, Joomla, Moodle, DotNetNuke, Gallery2, ecc.) oltre che ai motori di casa Microsoft come ASP.NET, Silverlight 3.0 e altre amenità. La cosa intereressante è che questo software configura IIS con FastCGI per il PHP, ASP.NET e altri in modo automatico, risparmiando all'utente configurazioni lunghe e macchinose. Esso permette anche di scaricare e instalare automaticamente i pacchetti sopracitati, ma non sempre questa operazione va a buon fine. Il tutto viene supportato da motori di database SQL Express e MySQL. Interessante infine vedere l'interazione fra pacchetti come Gallery2 e SQL Express, il che non è così comune da provare (il server SQL di casa Microsoft costa parecchio e trovarlo in sito di hosting a buon prezzo è cosa rara).
La versione 1.0 soffriva di diverse pecche e non era degna di nota, ora le cose sono notevolmente migliorate anche se si può fare di più. Il tool permette di provare in locale su Windows XP Professional e successivi il proprio sito web; è possibile testare molti CMS in PHP (fra cui Wordpress, Joomla, Moodle, DotNetNuke, Gallery2, ecc.) oltre che ai motori di casa Microsoft come ASP.NET, Silverlight 3.0 e altre amenità. La cosa intereressante è che questo software configura IIS con FastCGI per il PHP, ASP.NET e altri in modo automatico, risparmiando all'utente configurazioni lunghe e macchinose. Esso permette anche di scaricare e instalare automaticamente i pacchetti sopracitati, ma non sempre questa operazione va a buon fine. Il tutto viene supportato da motori di database SQL Express e MySQL. Interessante infine vedere l'interazione fra pacchetti come Gallery2 e SQL Express, il che non è così comune da provare (il server SQL di casa Microsoft costa parecchio e trovarlo in sito di hosting a buon prezzo è cosa rara).
sabato, dicembre 26, 2009
PowerShell 2.0 per Windows Xp
Powershell 2.0 è stata rilasciata con Windows 7. Per installarla in Windows XP basta scaricare l'Aggiornamento per Windows XP (KB968930).
Per altri sistemi operativi successivi riferisi alla pagina:
http://support.microsoft.com/kb/968929 .
Per altri sistemi operativi successivi riferisi alla pagina:
http://support.microsoft.com/kb/968929 .
venerdì, dicembre 25, 2009
Best freeware per Windows
Anche se la selezione potrà risultare ad alcuni discutibile, ecco secondo me i migliori software free per Windows:
| Categoria | Programma |
| Gestore di archivi | 7-zip |
| CD e DVD burner | CDburnerXP |
| ISO mounter and grabber | MagicDisc |
| Editor di immagini | PhotoFiltre |
| Editor audio | Audacity |
| AudioCD ripper | CDex |
| Multimedia player | VLC media player |
| Web server | Abyss Web server |
| Desktop search | Everything |
| Torrent client | [nu]torrent |
| PDF creator | FreePDF |
| FTP Client | Filezilla |
| Download manager | FDM lite |
| Antivirus | Avira Antivir personal |
| Webpage editor | Nvu |
| Text editor | Rscite |
giovedì, ottobre 22, 2009
Windows 7 language pack italiano per tutte le edizioni
Sembra che sia possibile installare il language pack in tutte le edizioni di Windows e non come dichiarato da Microsoft solo in Ultimate ed Enterprise.
La procedura, testata con successo sia per il 64 che per il 32 bit, è la seguente:
- procurarsi il language pack e montare il contenuto ad esempio con MagicDisc;
- avviare un prompt come amministratore e dare il comando:
dism /online /add-package /packagepath:d:\langpacks\it-it\lp.cab
dove "d" è il drive in cui è presente il language pack.
- finita la procedura, cancellare la chiave di registro situata in:
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\MUI\UILanguages\en-US
dopo aver fatto una copia di backup della stessa.
Et voilà, Seven in italiano.
La procedura, testata con successo sia per il 64 che per il 32 bit, è la seguente:
- procurarsi il language pack e montare il contenuto ad esempio con MagicDisc;
- avviare un prompt come amministratore e dare il comando:
dism /online /add-package /packagepath:d:\langpacks\it-it\lp.cab
dove "d" è il drive in cui è presente il language pack.
- finita la procedura, cancellare la chiave di registro situata in:
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\MUI\UILanguages\en-US
dopo aver fatto una copia di backup della stessa.
Et voilà, Seven in italiano.
sabato, ottobre 03, 2009
Aggiunta command prompt al menu del tasto destro
Esiste un modo rapido e veloce per aggiungere la voce "Apri command prompt" al menu a tendina che appare cliccando con il tasto destro sopra l'icona di una cartella in Windows.
Da una finestra di Esplora Risorse andare su Strumenti/Opzioni cartella... , maschera Tipi di file.
Cercate la voce "Cartella" (NB: non "Cartella di file" !) e una volta selezionata cliccate sul bottone Avanzate. Nella nuova maschera click su Nuovo... e nel primo campo scrivete la scritta che volete appaia nel menu (ad es. "Apri command prompt qui") mentre nella seconda casella scrivete cmd.exe .
Date gli Ok necessari, ed ecco fatto!
Da una finestra di Esplora Risorse andare su Strumenti/Opzioni cartella... , maschera Tipi di file.
Cercate la voce "Cartella" (NB: non "Cartella di file" !) e una volta selezionata cliccate sul bottone Avanzate. Nella nuova maschera click su Nuovo... e nel primo campo scrivete la scritta che volete appaia nel menu (ad es. "Apri command prompt qui") mentre nella seconda casella scrivete cmd.exe .
Date gli Ok necessari, ed ecco fatto!
martedì, agosto 04, 2009
Server Telnet
Da Windows Vista in poi è possibile installare un server telnet direttamente da "Programmi e funzionalità" nel Pannello di Controllo. Si vedrà in questo articolo come installare un server telnet in Windows XP e precedenti con un tool gratuito scaricabile da kpym.
Telnet permette di avere accesso alla console del sistema da remoto, tramite una comunicazione TCP sulla porta 23. Ricordatevi si sbloccare tale porta nel firewall di Windows.
Installate ora il file eseguibile scaricato dal sito soprascritto e voilà, il server telnet è pronto e gira come servizio di Windows. Per connettervi da un altro pc, in quest'ultimo fate "Start/Esegui...", scrivete "telnet" e date invio. Al prompt che compare digitare "o nomecomputer", dove nomecomputer può essere un IP, un nome NETBIOS o un FQDN.
Alla richiesta delle credenziali fornite quelle del vostro account nel pc remoto.
Telnet permette di avere accesso alla console del sistema da remoto, tramite una comunicazione TCP sulla porta 23. Ricordatevi si sbloccare tale porta nel firewall di Windows.
Installate ora il file eseguibile scaricato dal sito soprascritto e voilà, il server telnet è pronto e gira come servizio di Windows. Per connettervi da un altro pc, in quest'ultimo fate "Start/Esegui...", scrivete "telnet" e date invio. Al prompt che compare digitare "o nomecomputer", dove nomecomputer può essere un IP, un nome NETBIOS o un FQDN.
Alla richiesta delle credenziali fornite quelle del vostro account nel pc remoto.
sabato, giugno 13, 2009
Registrazione gratuita dominio EU.ORG
Il sito http://eu.org/, di grafica molto spartana, offre la registrazione gratuita di un dominio di terzo livello del tipo dominio.eu.org . La guida per fare tutto ciò nel sito è molto scarsa, è anche specificato che questo servizio è tenuto in piedi da volontari, e in qualche forum si dice che la registrazione del dominio può durare anche dalle 4 alle 8 settimane. E' possibile registrarsi come persona fisica e il dominio non deve essere utilizzato per scopo di lucro (no domini commerciali).
La registrazione più potente è sicuramente quella denominata "NS", che permette, avendo un IP fisso in rete, di gestire completamente il server DNS che abbiamo installato, in modo da crearci sopra domini Active Directory, entry per la pubblicazione di macchine interne alla rete privata, e qualt'altro. In pratica il proprio PC diventa un vero e proprio NameServer di Internet.
Parte 1 - Informazioni preliminari
Un server DNS in Interne traduce i nomi host (ad es. www.microsoft.com, da non confondersi con l'indirizzo sel web server, che comincia invece sempre un protocollo - es. http://) in indirizzi IP. Ad esempio, microsoft.com è il nome di dominio, "www" è il nome di rete della macchina sulla quale è installato il server web, "ftp" quello su cui è installato il server FTP, e così via. Si intende nome FQDN (Fully Qualified Domain Name) di un host il suo nome completo (nome host + nome dominio), ad esempio download.microsoft.com.
In rete locale, se esiste un dominio, tutti questi nomi sono gestiti da un server DNS. Nella maggior parte dei casi, il nome di dominio che si associa alla rete è di fantasia, poichè per assegnarne efficacemente uno reale quest'ultimo deve essere registrato in un register (provider di registrazione dei nomi) e deve infine essere propagato in tutti i DNS dei provider e dei nodi di Internet.
Se si vuole dare visibilità a taluni servizi della rete interna alla rete Internet, ecco che è una buona idea far coincidere "dominio Internet" e dominio locale.
Vorrei far notare l'improprietà di carattere geografico di eu.org. Il primo livello (org) indica che il server è negli Stati Uniti ed è di un'organizzazione senza scopo di lucro, il secondo livello, "eu", mai fu più infelice per scelta di nome (sembra indicare una provenienza goegrafica europea). Infine quello che aggiungeremo noi (il terzo livello) sarà secondo i nostri gusti e necessità, e, beffa, il server che lo gestisce sarà in Italia... Per questo e altri motivi di ridondanza, è opportuno registrare un secondo nameserver (infatti il form di registrazione di eu.org ne chiede obbligatoriamente due) che sia situato da un'altra parte del pianeta, in modo da essere facilmente raggiungibili (si ricordi a tal proposito che una query DNS ha usualmente un timeout di 2 secondi). A tale scopo esite il sito http://ns2exchange.com/, che, essendo una sorta di Facebook dei DNS, permette il contatto e lo scambio con altri utenti che hanno la stessa necessità, ovvero: "Io faccio da NS secondario a te, tu a me".
Infine, sarà di sicura utilità leggere le prime diapositive di questo PDF.
Parte 2 - Software
Esistono molti server DNS che possiamo utilizzare, tanti di questi anche gratuiti. Per una comparativa completa leggere qui. A titolo esemplificativo si suggerisce di leggere qui per vedere, nel 2004, come è distribuito l'uso di questi prodotti in Internet.
In questa parte del tutorial ci si occuperà di Microsoft DNS Server e di Simple DNS Plus.
Microsoft DNS Server
Microsoft DNS Server è fornito esclusivamente insieme a una versione di Windows Server. Questo tutorial è valido per le vesioni di Windows Server 2000, 2003 e 2008.
Prima di tutto è necessario creare una zona primaria tramite l'apposito wizard, raggiungibile cliccando con il tasto destro sul nome del server nella console di management del DNS. Il nome della zona primaria è il dominio che avete scelto (del tipo dominio.eu.org). Una volta completata ala procedura guidata ecco che le voci presenti nella registrazione saranno:
- SOA - Start Of Authority: voce che identifica il server come primario di zona e fa sì che la risposta alle query sia sempre di tipo autoritativo;
- NS - Name Server: riporta l'elenco dei name server, cioè dei server DNS per il dominio in questione.
Le voci che sarà necessario aggiungere sono:
- record A per ns.dominio.eu.org;
- record A per ns2.dominio.eu.org;
- record NS per entrambi i precedenti (vanno aggiunti dalla relativa maschera delle proprietà del record SOA, cancellando eventuali precedenti che Ms DNS aggiunge automaticamente).
Fatto questo siamo pronti per la registrazione su eu.org.
Simple DNS Plus
Il principio è lo stesso visto per Microsoft DNS. Si crea una nuova zona nel Records editor seguendo la procedura guidata. Completare con un NS secondario come in figura:
Fatto questo, scaricate la posta per confermare la richiesta e poi attendete qualche settimana per l'attivazione.
La registrazione più potente è sicuramente quella denominata "NS", che permette, avendo un IP fisso in rete, di gestire completamente il server DNS che abbiamo installato, in modo da crearci sopra domini Active Directory, entry per la pubblicazione di macchine interne alla rete privata, e qualt'altro. In pratica il proprio PC diventa un vero e proprio NameServer di Internet.
Parte 1 - Informazioni preliminari
Un server DNS in Interne traduce i nomi host (ad es. www.microsoft.com, da non confondersi con l'indirizzo sel web server, che comincia invece sempre un protocollo - es. http://) in indirizzi IP. Ad esempio, microsoft.com è il nome di dominio, "www" è il nome di rete della macchina sulla quale è installato il server web, "ftp" quello su cui è installato il server FTP, e così via. Si intende nome FQDN (Fully Qualified Domain Name) di un host il suo nome completo (nome host + nome dominio), ad esempio download.microsoft.com.
In rete locale, se esiste un dominio, tutti questi nomi sono gestiti da un server DNS. Nella maggior parte dei casi, il nome di dominio che si associa alla rete è di fantasia, poichè per assegnarne efficacemente uno reale quest'ultimo deve essere registrato in un register (provider di registrazione dei nomi) e deve infine essere propagato in tutti i DNS dei provider e dei nodi di Internet.
Se si vuole dare visibilità a taluni servizi della rete interna alla rete Internet, ecco che è una buona idea far coincidere "dominio Internet" e dominio locale.
Vorrei far notare l'improprietà di carattere geografico di eu.org. Il primo livello (org) indica che il server è negli Stati Uniti ed è di un'organizzazione senza scopo di lucro, il secondo livello, "eu", mai fu più infelice per scelta di nome (sembra indicare una provenienza goegrafica europea). Infine quello che aggiungeremo noi (il terzo livello) sarà secondo i nostri gusti e necessità, e, beffa, il server che lo gestisce sarà in Italia... Per questo e altri motivi di ridondanza, è opportuno registrare un secondo nameserver (infatti il form di registrazione di eu.org ne chiede obbligatoriamente due) che sia situato da un'altra parte del pianeta, in modo da essere facilmente raggiungibili (si ricordi a tal proposito che una query DNS ha usualmente un timeout di 2 secondi). A tale scopo esite il sito http://ns2exchange.com/, che, essendo una sorta di Facebook dei DNS, permette il contatto e lo scambio con altri utenti che hanno la stessa necessità, ovvero: "Io faccio da NS secondario a te, tu a me".
Infine, sarà di sicura utilità leggere le prime diapositive di questo PDF.
Parte 2 - Software
Esistono molti server DNS che possiamo utilizzare, tanti di questi anche gratuiti. Per una comparativa completa leggere qui. A titolo esemplificativo si suggerisce di leggere qui per vedere, nel 2004, come è distribuito l'uso di questi prodotti in Internet.
In questa parte del tutorial ci si occuperà di Microsoft DNS Server e di Simple DNS Plus.
Microsoft DNS Server
Microsoft DNS Server è fornito esclusivamente insieme a una versione di Windows Server. Questo tutorial è valido per le vesioni di Windows Server 2000, 2003 e 2008.
Prima di tutto è necessario creare una zona primaria tramite l'apposito wizard, raggiungibile cliccando con il tasto destro sul nome del server nella console di management del DNS. Il nome della zona primaria è il dominio che avete scelto (del tipo dominio.eu.org). Una volta completata ala procedura guidata ecco che le voci presenti nella registrazione saranno:
- SOA - Start Of Authority: voce che identifica il server come primario di zona e fa sì che la risposta alle query sia sempre di tipo autoritativo;
- NS - Name Server: riporta l'elenco dei name server, cioè dei server DNS per il dominio in questione.
Le voci che sarà necessario aggiungere sono:
- record A per ns.dominio.eu.org;
- record A per ns2.dominio.eu.org;
- record NS per entrambi i precedenti (vanno aggiunti dalla relativa maschera delle proprietà del record SOA, cancellando eventuali precedenti che Ms DNS aggiunge automaticamente).
Fatto questo siamo pronti per la registrazione su eu.org.
Simple DNS Plus
Il principio è lo stesso visto per Microsoft DNS. Si crea una nuova zona nel Records editor seguendo la procedura guidata. Completare con un NS secondario come in figura:
Parte 3 - Registrazione sul sito
Prima di tutto createvi un account qui. Poi andate qui per richiedere un nuovo dominio. La compilazione del form che trovate è facile, ma particolarmente poco intuitivi sono gli ultimi campi. Se scegliete una registrazione di tipo NS dovete inserire almeno 2 voci come in figura seguente. L'IP è quello che compare nel record A associato al nome ns e ns2 nel vostro server DNS.
Fatto questo, scaricate la posta per confermare la richiesta e poi attendete qualche settimana per l'attivazione.
sabato, maggio 23, 2009
Riparare boot di Vista
Ecco tre comandi per riparare il boot di Vista o per sovrascrivere per altri motivi il MBR:
del c:\boot\ /f /s
bootrec /fixmbr
bootrec /rebuildbcd
Da ultimo, se i precedenti non dovessero funzionare (ad esempio dopo l'installazione di Windows XP in un PC con Win Vista/7/8/8.1), utilizzare il seguente comando per forza il boot con Vista/7/8:
bootsect /nt60 C: /force
dove C: è il drive un cui è installato Vista/7/8/8.1.
Se non è disponibile una versione funzionante di Win Vista/7/8, utilizzare la console nel CD di installazione.
Talvolta dopo tale operazione non è più possible avviare la partizione con XP (se questa non è la prima nel disco). In tal caso è possibile risolvere con EasyBCD (att.ne a non cambiare la lettera del drive per avvio con ntldr).
del c:\boot\ /f /s
bootrec /fixmbr
bootrec /rebuildbcd
Da ultimo, se i precedenti non dovessero funzionare (ad esempio dopo l'installazione di Windows XP in un PC con Win Vista/7/8/8.1), utilizzare il seguente comando per forza il boot con Vista/7/8:
bootsect /nt60 C: /force
dove C: è il drive un cui è installato Vista/7/8/8.1.
Se non è disponibile una versione funzionante di Win Vista/7/8, utilizzare la console nel CD di installazione.
Talvolta dopo tale operazione non è più possible avviare la partizione con XP (se questa non è la prima nel disco). In tal caso è possibile risolvere con EasyBCD (att.ne a non cambiare la lettera del drive per avvio con ntldr).
lunedì, febbraio 23, 2009
Transparent proxy con IPCop
Alla luce dei problemi visti con router e stateful firewall, l'unica soluzione che rimane per controllare il problema della distribuzione di Internet alla rete locale è quella di usare un proxy, magari in modalità trasparente per evitare di dover configurare tutti client o distribuire il WPAD.
Si trova in Rete una soluzione comoda ed efficace che ci permette di usare un proxy Squid senza perdere molto tempo per la configurazione, e che integra controllo degli accessi e del traffico e molte altre features che possono essere aggiunte con comodi plugin. La soluzione in questione è IPCop.
La comodità di tale software sta tutta nella velocità di implementazione: infatti il sistema una volta installato è pronto e funzionante, e basta aggiungere i plugin desiderati.
IPCop usa Linux 2.4, IPTABLES, Squid (già presenti nell'installazione di default), SquidGuardian, ClamAV e altri ancora, a seconda dei plugin installati.
Come plugins consiglio di dare un'occhiata al sito mhaddons che contiene, nella sezione Downloads, una serie di aggiunte quasi indispensabili. Fra queste i filtri layer 7, utili nel caso si voglia usare il traffic shaping a livello di protocollo applicazione o se si vuole bloccare certi tipi di traffico (es. il P2P, vedi "p2pblock" in mhaddons). Nel caso si vogliano installare i filtri è necessario sostituire il kernel di IPCop con uno che li integra. Istruzioni nel sito alla pagina Layer7 blocker.
C'è da osservare che la scelta di bloccare il P2P non si rivela molto efficace a causa della scarsa efficenza dei pattern di riconoscimento.
Si trova in Rete una soluzione comoda ed efficace che ci permette di usare un proxy Squid senza perdere molto tempo per la configurazione, e che integra controllo degli accessi e del traffico e molte altre features che possono essere aggiunte con comodi plugin. La soluzione in questione è IPCop.
La comodità di tale software sta tutta nella velocità di implementazione: infatti il sistema una volta installato è pronto e funzionante, e basta aggiungere i plugin desiderati.
IPCop usa Linux 2.4, IPTABLES, Squid (già presenti nell'installazione di default), SquidGuardian, ClamAV e altri ancora, a seconda dei plugin installati.
Come plugins consiglio di dare un'occhiata al sito mhaddons che contiene, nella sezione Downloads, una serie di aggiunte quasi indispensabili. Fra queste i filtri layer 7, utili nel caso si voglia usare il traffic shaping a livello di protocollo applicazione o se si vuole bloccare certi tipi di traffico (es. il P2P, vedi "p2pblock" in mhaddons). Nel caso si vogliano installare i filtri è necessario sostituire il kernel di IPCop con uno che li integra. Istruzioni nel sito alla pagina Layer7 blocker.
C'è da osservare che la scelta di bloccare il P2P non si rivela molto efficace a causa della scarsa efficenza dei pattern di riconoscimento.
martedì, febbraio 03, 2009
Staful firewall: pro e contro
Gli stateful firewall sono dei firewall che operano a livello 4 della pila ISO-OSI, cioè consentono di specificare delle regole che coinvolgono tipo di protocollo (TCP, UDP, ICMP, ecc.) e porta di origine o destinazione. In uno dei precedenti articoli in questo blog abbiamo visto come implementare una soluzione simile in RRAS di Windows Server. La soluzione proposta aveva queste caratteristiche:
- efficace contro le connessioni a server di P2P come Emule;
- meno efficace nel contrastare le connessioni peer nel P2P (ad es. rete Kad o Bittorrent);
- efficace nel filtrare tutti i tipi di pacchetti acconsentendo il traffico solo attraverso le porte note;
- poco efficace nel protocollo FTP in passive mode, dato che le porte dati sono scelte random fra le PASV (1025-65535).
Visti questi pregi e difetti, la caratteristica più appariscente all'utente finale era sicuramente il mancato accesso all'FTP, sia con programmi dedicati che da browser.
Il problema, usando uno stateful firewall (e anche RRAS), non è risolvibile, a meno di rinunciare alla sicurezza della rete...
Si può considerare un proxy come Squid come valida alternativa, ma quest'ultimo lascia passare comunque i P2P. Nel prossimo articolo vedremo una soluzione basata su L7filter, programma che opera a livello sette della pila OSI e che permette quindi di intervenire nei protocolli "applicativi" come HTTP, POP3, FTP, ecc.
A presto!
sabato, gennaio 24, 2009
Thinstation: istruzioni per l' uso
Thinstation è un prodotto open source che permette la trasformazioni di computer un po' datati in terminali.
Il suo utilizzo è piuttosto semplice, a patto che si conosca già abbastanza bene il funzionamento di Linux e dei servizi terminale. Questo articolo illustra brevemente come impostare un'installazione di Thinstation in uno scenario tipico. Cosa da far notare prima di iniziare è che nessuna delle macchine virtuali attualmente sul mercato hanno schede di rete compatibili con Etherboot e Thinstation in genere, quindi bisogna escludere da subito il testing in VM.
Lo scenario considerato è il seguente:
- si usa Windows Terminal Services;
- i pc posseggono lettore floppy e lettore CD-Rom;
- abbiamo Windows Server con servizio Microsoft DHCP attivo;
- un pc con Linux per compilare le immagini di TS.
Vogliamo avviare i pc con TS da rete e farli connettere al server Windows via RDP.
1 - PREPARAZIONE
Procurarsi Thinstation 2.2.2 (attualmente è la versione stabile) da qui; in circa 50MB abbiamo tutto l'occorrente. Da un installazione di Linux scompattiamo il pacchetto. Nella cartella che otteniamo troveremo un file build.conf che serve per configurare i pacchetti hardware delle macchine in questione.
Prima di compilare il tutto ed ottenere le nostre immagini di avvio, dobbiamo raccogliere alcuni dati indispensabili dai pc su cui vogliamo far girare TS:
- marca e modello scheda di rete;
- marca e modello scheda video;
- marca e modello chipset;
- mac address scheda di rete;
- assicurasi che la ram sia almeno 64MB, in caso contrario TS non si avvia.
Per la raccolta di questi dati consiglio Everest Portable (thanks to Bert).
Scrivere il file build.conf come da esempi nella stessa cartella, aggiungendo i pacchetti che servono. Oltre a questi mettiamo anche il pacchetto rdesktop, che gestisce la connessione RDP.
NB: per la redirection delle chiavette usb, che si vedranno da Esplora risorse. E' necessario includere i pacchetti "supermount" e "automount", oltre cha naturalemnte "usb-hid".
Compiliamo tutto eseguendo il comando da terminale "./build".
Nella cartella "boot-files/etherboot" troveremo i due file che ci servono per il boot da rete tramite Etherboot, nelle altre cartelle ci sono le immagini per boot per altri supporti (cdrom) e metodi (PXE, syslinux, ecc.).
2 - BOOT
Per consentire il boot da rete via Etherboot occuperemo il disco floppy delle macchine client scrivendo l'immagine Etherboot che TS ci fornisce nella cartella "prebuild". L'immagine da 32KB serve a forzare il boot da rete anche da pc che non lo supportano.
Inoltre abbiamo bisogno di settare un server TFTP (è un protocollo molto grezzo per l'invio delle immagini di boot via rete); useremo per questo Solarwind TFTP server (gratuito), settando anche che il server è in sola lettura (NB: la porta in uscita di questo server è la 69 UDP, settate di conseguenza eventuali firewall).
Nella cartella che setteremo come radice TFTP metteremo i file thinstation.nbi e thinstation.nbi.zpxe trovati dopo la compilazione in "boot-files/etherboot".
Nella MMC del DHCP inoltre, in Opzioni Ambito, attiveremo le voci 066 e 067 rispettivamente con l'indirizzo ip del server e il nome del file di boot "thinstation.nbi.zpxe".
N.B.: alcune guide indicano che per Etherboot bisogna settare nel DHCP il file "thinstation.nbi", ma noi vogliamo anche la compatibilità con PXE.
3 - CONFIGURAZIONE DI TS
Si riporta qui di seguito una configurazione funzionante in molti casi:
NET_USE_DHCP=On
KEYBOARD_MAP=it
USB_ENABLED=On
CUSTOM_CONFIG=Off
RECONNECT_PROMPT=On
SESSION_0_TITLE="Terminale 1"
SESSION_0_TYPE=rdesktop
SESSION_0_SCREEN=1
SESSION_0_RDESKTOP_SERVER=192.168.1.17
# con redirect delle chivette usb
SESSION_0_RDESKTOP_OPTIONS="-u 'DOMINIO\\\\utente' -r disk:usb=/mnt/usbdevice,sound:off"
SESSION_0_AUTOSTART=On
SCREEN_RESOLUTION="1280x1024"
SCREEN_COLOR_DEPTH="16"
SCREEN_BLANK_TIME=10
SCREEN_STANDBY_TIME=20
SCREEN_SUSPEND_TIME=30
SCREEN_OFF_TIME=60
X_DRIVER_OPTION1="hwcursor Off"
NET_HOSTNAME=Nomepc
Le voci si spiegano da sè; inoltre in thinstation.conf.sample è tutto ben documentato. Abbiamo molte possibilità per come e dove piazzare i file di configurazione, io preferisco farne uno per ogni macchina che si carichi da rete quando la stessa si avvia.
Per fare questo settiamo delle prenotazioni di IP nel server DHCP (inserendo il mac address della scheda) e piazziamo nella root del server TFTP dei file con nomi di questo tipo "thinstation.conf-192.168.1.11", in modo da controllare la configurazione di ogni macchina semplicemente modificando un file di configurazione nel server. Il file viene letto solo all'avvio di TS.
Si segnala infine un altro prodotto simile: Netstation, che è meno flessibile e meno potente ma più leggero, da prendere quindi in seria considerazione se la ram dei terminali è molto bassa (anche 8MB).
venerdì, gennaio 23, 2009
Thin client: guida alla scelta
Un thin client è un pc trasformato in un terminale. La conversione conviene quando il pc è obsoleto o manca di parti importanti (come l'hard disk). Dove si usano i thin client?
1 - nelle aziende che, avendo a disposizione un server ben equipaggiato, hanno bisogno di molte postazioni per i dipendenti, le quali non compiono operazioni complesse o pesanti;
2 - nelle scuole, per risparmiare sull'hardware e mantenere uno stretto controllo;
3 - in tutti quei casi in cui i pc vecchi con qualche acciacco hardware abbondano.
RETE:
Come agli albori dell'informatica, lo scenario tipico prevede che il terminale (thin pc) si connetta via rete (cablata preferibilmente) con un server, che fornisce una console o interfaccia grafica "spedita" via rete.
Per il dimensionamento dell'infrastruttura di rete tenere conto che l'uso di larghezza di banda è elevato (sconsigliato quindi il wireless) e che è importante l'uso di switch anzichè di hub per evitare al massimo le collisioni di pacchetti.
SERVER:
Per la scelta del server c'è solo da dire che lato Windows l'unica alternativa disponile è usare Terminal Services (implementazione del protocollo RDP), mentre per Linux le alternative sono molte, ma la preferibile secondo me resta la sessione X.
Ovviamente il server deve essere dimensionato per sostenere tutte le utenze simultanee (i parametri principali sono processore e spazio su disco).
LICENZE:
Per Windows usare Terminal Services costa quasi quanto un'installazione locale del sistema operativo. Per le scuole Microsoft da licenze CAL TS nella versione EDU a un quarto del prezzo commerciale. Le CAL TS richiedono sempre la resenza di una versione server di Windows, escluso Small Business.
C'è un'interessante alternativa nel prodotto Terminal services PRO di Elusiva, che permette di usare Windows XP per ottenere 5 terminali, allo stesso modo di Widnows Server, ma senza il costo della sua licenza e delle 5 CAL TS. Il prezzo di questo prodotto si aggira sui 250$.
1 - nelle aziende che, avendo a disposizione un server ben equipaggiato, hanno bisogno di molte postazioni per i dipendenti, le quali non compiono operazioni complesse o pesanti;
2 - nelle scuole, per risparmiare sull'hardware e mantenere uno stretto controllo;
3 - in tutti quei casi in cui i pc vecchi con qualche acciacco hardware abbondano.
RETE:
Come agli albori dell'informatica, lo scenario tipico prevede che il terminale (thin pc) si connetta via rete (cablata preferibilmente) con un server, che fornisce una console o interfaccia grafica "spedita" via rete.
Per il dimensionamento dell'infrastruttura di rete tenere conto che l'uso di larghezza di banda è elevato (sconsigliato quindi il wireless) e che è importante l'uso di switch anzichè di hub per evitare al massimo le collisioni di pacchetti.
SERVER:
Per la scelta del server c'è solo da dire che lato Windows l'unica alternativa disponile è usare Terminal Services (implementazione del protocollo RDP), mentre per Linux le alternative sono molte, ma la preferibile secondo me resta la sessione X.
Ovviamente il server deve essere dimensionato per sostenere tutte le utenze simultanee (i parametri principali sono processore e spazio su disco).
LICENZE:
Per Windows usare Terminal Services costa quasi quanto un'installazione locale del sistema operativo. Per le scuole Microsoft da licenze CAL TS nella versione EDU a un quarto del prezzo commerciale. Le CAL TS richiedono sempre la resenza di una versione server di Windows, escluso Small Business.
C'è un'interessante alternativa nel prodotto Terminal services PRO di Elusiva, che permette di usare Windows XP per ottenere 5 terminali, allo stesso modo di Widnows Server, ma senza il costo della sua licenza e delle 5 CAL TS. Il prezzo di questo prodotto si aggira sui 250$.
Iscriviti a:
Post (Atom)